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CROSS-REFERENCES TO RELATED APPLICATIONS 
5 [0001] This application relates to and claim priority from Japanese Patent Application No. 
2002-340276, filed on November 25, 2002, the entire disclosure of which is incorporated 
herein by reference. 



BACKGROUND OF THE INVENTION 
10 [0002] The present invention relates to metheds and systems for transferring data between 
a plurality of storage devices, and more particularly to method s and systems for transferring 
data between the plurality storage devices without a host computer issuing an access request 
to a storage device being aware of the data transfer process. 

[0003] There has been a data transfer control technique as used in a storage device 
15 subsystem such as a disk array subsystem in which a plurality of volumes are controlled by a 
controller, that frequently accessed data is transferred to a quickly accessible volume and 
infrequently accessed data is transferred to a slowly accessible volume. U.S. Patent 
Application Publication No. 2001/0054133 also discloses a technique for efficient data 
transfer concerning a system in which a volume used by an application is provided over a 
20 plurality of storage areas which are controlled by different controllers. According to this 
technique, data in a volume which is used by a specific application is transfened 
preferentially. 

[0004] Data transfer in a storage device subsystem is executed by a controller which 
controls the storage device subsystem, and the controller can hide the data transfer process 

25 from a host computer connected with it. However, this method does not take into 

consideration data transfer which takes place over more than one storage device subsystem. 
Therefore, if data stored in a certain storage device subsystem is to be transferred to another 
storage device subsystem, the controller must inform the host computer that, in data transfer, 
the storage device subsystem to be accessed will change, which means that it is impossible to 

30 hide the data transfer process from the host computer. Also, U.S. Patent Application 

Publication No. 2001/0054133 does not disclose any technique of hiding such data transfer 



process from the host computer. Consequently, for data transfer, the host computer must stop 
its operation once and specify the storage device or volume to be accessed again. 

[0005] Recently as data communications in companies have been explosively increasing, 
demand for continuous, around-the-clock access to storage devices has been growing, 
5 Taking this situation into account, it is expected that data transfer between a plurality of 
storage devices will have to be handled more and more frequently in the future. Thus, there 
is a growing need for a technique that enables data transfer between storage devices without 
interrupting operation of the host computer. 

[0006] When a controller which manages the storage area of a storage device and forwards 
10 an access request from the host computer to the storage area is replaced or newly installed, 
the host computer deems that the storage area t9.be accessed has been changed, and has to 
once stop its operation and specify the storage area to be accessed again as when data transfer 
between a plurality of storage devices takes place. 



15 SUMMARY OF THE INVENTION 

[0007] Embodiments of the present invention are directed to systems and methods of 
controlling data transfer between a host system and a plurality of storage devices. A feature 
of the invention is to provide a controller which enables data transfer between storage devices 
without causing a host computer to become aware of it, and a data transfer method thereof. 

20 Another feature of the invention is to provide a controller which allows a controller to be 

replaced or newly installed without causing a host computer to become aware of it and a data 
transfer method thereof. 

[0008] In specific embodiments, a virtualization controller which is connected with a 
plurality of storage devices controls data transfer between the storage devices. The 

25 virtualization controller controls the data transfer process in a way that the host computer can 
identify the destination volume (a volume to which data is transferred) using the same 
identification information that it uses to identify the source volume (a volume from which 
data is transferred). Furthermore, when the virtualization controller is replaced or a new 
virtualization controller is installed, the new virtualization controller controls the frame 

30 sending process in a way that the host computer can access the same volume even after the 
replacement or installation using the same identification information that it used to identify 
the volume to be accessed, before the replacement or installation. 
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[00091 An aspect of the present invention is directed to a virtualization controller for 
controlling data transfer between a host system and a plurality of storage devices. The 
virtualization controller comprises a plurality of first ports for connection with the plurality of 
storage devices each having a storage area to store data; a second port for connection with the 

5 host system; a processor; and a memory configured to store volume mapping information 
which conelates first identification information used by the host system to access a first 
storage area in one of the storage devices, with second identification information for 
identifying the first storage area, the correlation being used by the processor to access the first 
storage area. When data stored in the first storage area is transferred to a second storage area 

10 in one of the storage devices, the processor correlates the first identification information with 
a third identification information for identifying the second storage area and registers the first 
identification information and the third identifieation information in the volume mapping 
information. 

[0010] In accordance with another aspect of the invention, a data control system connected 
15 to one or more host systems comprises a plurality of storage devices each having a storage 
area; and a switch which is connected with the plurality of storage devices and the one or 
more host systems. The switch includes a plurality of first ports for connection with the 
storage devices; one or more second ports for connection with the one or more host systems; 
a memory configured to store information on a correlation between first identification 
20 information used by the host system to access a first storage area of one of the storage 
devices, and second identification information for identifying the first storage area; and a 
routing processor configured to convert data with the first identification information received 
from the host system into data with the second identification information and to send the 
converted data to the storage device having the first storage area according to the correlation 
25 information. When data stored in the first storage area is transferred to a second storage area 
of one of the storage devices, the routing processor converts data with the first identification 
information into data with third identification information for identifying the second storage 
area and sends the converted data to the storage device having the second storage area. 

[0011] Another aspect of this invention relates to a method of controlling data transfer in a 
30 system including a host system which uses first identification information to access a first 
storage area in one of a plurality of storage devices, wherein the first storage area includes 
data associated with second identification information identifying the first storage area. The 
method comprises issuing a data transfer request to the first storage device to transfer the data 
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with the second identification information in the first storage device to a second storage 
device; and upon receipt of notification of completion of data transfer from the first storage 
device to the second storage device, correlating the first identification information with a 
third identification information identifying the second storage area containing the transferred 
5 data. 

[0012] Yet another aspect of the invention is directed to a method of connecting a 
virtuaiization controller between a host system and a storage device which are connected 
through a first path between a first port of the host system and a first port of the storage 
device and a second path between a second port of the host system and a second port of the 

10 storage device. The method comprises accessing a storage area of the storage device; 

disconnecting the second path between the second port of the host system and the second port 
of the storage device; connecting the second port of the host system with the virtuaiization 
controller through a third path; connecting the virtuaiization controller with the second port 
of the storage device through a fourth path; and setting, on the virtuaiization controller, 

15 identification used by the host system to identify the storage area, identification information 
for the second port of the storage device, and virtual port identification information for the 
virtuaiization controller, which are correlated to define access of the storage area by the host 
system. 



20 BRIEF DESCRIPTION OF THE DRAWINGS 

[0013] Fig, 1 shows an example of a computer system according to the present invention. 

[0014] Fig. 2 shows programs and information which are stored in the recording medium of 
the managing unit, as an example. 

[0015] Fig, 3 shows programs and information which are stored in the recording medium of 
25 the virtuaiization controller, as an example. 

[0016] Fig. 4 shows an example of volume mapping information which is managed by the 
virtuaiization controller according to the first embodiment of the present invention. 

[0017] Fig. 5 shows an example of storage device state management information which is 
managed by the virtuaiization controller according to the first embodiment. 
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[0018] Fig. 6 outlines how a request for access to a virtual storage device from the host 
compute is processed according to the first embodiment of the present invention. 

[0019] Fig. 7 outlines the process of data transfer between storage devices according to the 
first embodiment. 

5 [0020] Fig. 8 shows another example of volume mapping information which is managed by 
the virtualization controller according to the first embodiment. 

[0021] Fig. 9 shows an example of the process which is performed by the routing processor 
of the virtualization controller according to the first embodiment. 

[0022] Fig. 10 shows an example of the process which is performed by the data transfer 
10 processor of the virtualization controller according to the first embodiment. 

[0023] Fig. 11 shows an example of the process which is performed by the storage device 
monitor of the virtualization controller according to the first embodiment. 

[0024] Fig. 12 shows an example of volume mapping information which is managed by the 
virtualization controller according to the second embodiment. 

15 [0025] Fig. 13 outlines how the host computer accesses a virtual storage device according 
to the second embodiment. 

[0026] Fig. 14 shows an example of the process of data transfer between storage devices 
according to the second embodiment. 

[0027] Fig. 15 shows an example of volume mapping information which is managed by the 
20 virtualization controller according to the third embodiment. 

[0028] Fig. 16 shows how a virtual volume is configured according to the third 
embodiment, as an example. 

[0029] Fig. 17 shows an example of the process which is performed to introduce a 
virtualization controller in a computer system according to the second embodiment. 

25 [0030] Fig. 18 shows an example of volume management information which is managed by 
the host computer according to the second embodiment. 

[0031] Fig. 19 shows an example of a computer system according to the fourth embodiment. 
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[0032] Fig. 20 shows an example of programs and information which are stored in the 
storage medium of the virtuaiization controller according to the fourth embodiment. 

[0033] Fig.21 shows different access paths between a host computer and a storage 
according to the fourth embodiment. 

5 [0034] Fig.22 shows an example of volume mapping information which is managed by the 
virtuaiization controller according to the fourth embodiment. 

[0035] Fig.23 shows an example of routing control information which is managed by the 
virtuaiization controller according to the fourth embodiment. 

[0036] Fig.24 shows an example of the frame data routing process according to the fourth 
10 embodiment. 

[0037] Fig.25 shows an example of volume mapping information which is managed by a 
port section (In Port) according to the fourth embodiment. 

[0038] Fig.26 shows an example of volume mapping information which is managed by a 
storage control part according to the fourth embodiment. 

15 [0039] Fig.27 shows an example of volume mapping information which is managed by a 
port section (Out Port) according to the fourth embodiment. 

[0040] Fig.28 shows an example of volume mapping information which is managed by a 
port section (In Port) according to the fourth embodiment. 

[0041] Fig.29 shows an example of volume mapping information which is managed by a 
20 storage control part according to the fourth embodiment. 

[0042] Fig.30 shows an example of volume mapping information which is managed by a 
port section (Out Port) according to the fourth embodiment. 

DETAILED DESCRIPTION OF THE INVENTION 

25 

EMBODIMENT 1 

[0043] A first embodiment of the present invention will be explained referring to Figs. 1 to 
12. 
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[0044] Fig. 1 shows one example of a computer system according to the present invention.- 
The computer system has a plurality of host computers 1, a plurality of storage devices 3, a 
virtualization controller 2 which is connected with the host computers 1 and storage devices 3, 
and a managing unit 4. The host computers 1 and storage devices 3 are connected with the 
5 virtualization controller 2 via a network 5, while the managing unit 4 is connected with the 
virtualization controller 2 via a network 6, The networks 5 and 6 may use the same network 
protocol or different network protocols. It is also possible that in the network 5, the protocol 
for connection between the storage devices and the virtualization controller is different from 
that for connection between the host computers and the virtualization controller. Also, a 
10 different network protocol may be used to connect each storage device or each host computer 
with the virtualization controller 2. 

[0045] Each of the host computers 1 has a CPU 10 for execution of an application program, 
a memory 11 for storage of the application program, a recording medium 12 and a port 13 
which is connected to the network 5 to receive or send data. 

15 [0046] The managing unit 4 has a CPU 40 which executes a management program for 
management of the virtualization controller 2, a memory 41 for storage of the management 
program, a port 43 which is connected to the network 6 to receive or send data, and a 
recording medium 42. 

[0047] Each of the storage devices 3 has the following components: a port 33 which is 
20 connected to the network 3 to receive or send data; a disk device group 34 which includes a 
plurality disk devices 35; a disk interface controller 32 (HDD l/F in Fig. 1) which processes 
data transmission with each disk device 35; a CPU 30 which controls each access to a disk 
device 35 in response to an access request from a host computer 1; and a buffer 31 which 
stores data to be transmitted between a host computer 1 and a disk device 35. 

25 [0048] The virtualization controller 2 is a switch which transmits frames between the host 
computers 1 and storage devices 3. The virtualization controller 2 has the following 
components: a plurality of ports 23 for data transmission with the host computers 1 or storage 
devices 3; a path control part 22 which controls path selection for the plurality of ports 23; a 
managing part 25 which handles data transmission to or from the managing unit 4; and a 

30 main control part 20 which controls the virtualization controller according to data transmitted 
with the managing unit 4. The main control part 20 has a memory 51 and a recording 
medium 52 which store a program (discussed hereinbelow) and information, and a CPU 50 
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which executes the program using this information. Fig. 1 shows a situation in which the 
path control part 22 is connected with the CPU 50, memory 51 and recording medium 52 in 
the main control part 20 via a bus. However, it may also be possible that the path control part 
22 and the main control part 20 are connected by means of a bridge. 

5 [0049] Although Fig, 1 shows a situation in which that the host computer 1, storage devices 
3 and managing unit 4 each have one port, the number of ports is not limited thereto and they 
may have more than one port. Furthermore, the ports 23 of the virtualization controller are 
compatible with different network protocols so the ports 23 may be used as managing ports. 

[0050] Each of the storage devices 3 may at least have a port 33 which is connected to the 
10 network 5 to receive or send data, and an area for storage of data to be accessed from a host 
computer 1; therefore it may be a separate disk ^evice or the like. 

[0051] Fig. 2 shows, as an example, programs which are stored in the recording medium 42 
of the managing unit 4 and read into the memory 41 and executed by the CPU 40, and 
management information which is stored in the recording medium 42 of the managing unit 4. 

15 [0052] A volume management program 414 is a program which is executed to read volume 
mapping information 515 (discussed hereinbelow) from the virtualization controller 2 and 
send it to an output device to inform an administrator of the volume mapping information 515 
or receive, from the administrator through an input device, information to be newly registered 
in the volume mapping information 515 or updating information for the volume mapping 

20 information, and send it to the virtualization controller 2 and set the information received 
from the administrator in the volume mapping information 515. Volume mapping 
management information 411 includes volume mapping information 515 read from the 
virtualization controller 2 and registration or updating information received from the 
administrator. A volume manager 401 is implemented in that the CPU 40 of the managing 

25 unit 4 executes the volume management program 414 using the volume mapping 
management information 411. 

[0053] Here, a volume refers to a storage area which is managed by each storage device 
(including a virtual storage device); it is possible for one storage device to manage more than 
one volume. Hereinafter, volumes which are managed by the storage devices 3 are called 
30 "real volumes" and volumes which are managed by the virtualization controller 2 arc called 
"virtual volumes." 
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[0054] A storage device management program 415 is a program which is executed to read 
storage device state management information 512 (discussed hereinbelow) from the 
virtualization controller 2 and send it to an output device to inform the administrator of the 
state of a storage device or receive, from the administrator through an input device, 

5 information to be registered in the storage device state management information 512 or 
updating information, and set the information on the virtualization controller 2. Storage 
device management information 412 includes storage device state management information 
512 received from the virtualization controller 2 and registration or updating information 
received from the administrator. A storage device manager 402 is implemented in that the 

10 CPU 40 of the managing unit 4 executes the storage device management program 415 using 
the storage device management information 412, 

[0055] A data transfer management program 416 is a program which is executed to 
generate data transfer control information 413 to transfer data between volumes under the 
control of the virtualization controller 2, issue a data transfer request containing data transfer 
15 control information 413 to the virtualization controller 2, receive the result of processing for 
data transfer from the virtualization controller 2 and inform the administrator of the result. A 
data transfer manager 403 is implemented in that the CPU 40 of the managing unit 4 executes 
the data transfer management program 416. 

[0056] Fig. 3 shows, as an example, programs which are stored in the recording medium 52 
20 of the virtualization controller 2 and read into the memory 51 and executed by the CPU 50, 
and management information which is stored in the recording medium 52 of the virtualization 
controller 2. 

[0057] A routing processor 501 performs the following two routing tasks for frame data 
which is transmitted between a host computer 1 and a storage device 3. 

25 [0058] Here, frame data includes all information such as access request information sent 
from the host computer 1 to the storage device 3, status information sent from the storage 
device 3 to the host computer 1, and data which is transmitted between the host computer 1 
and the storage device 3 according to access request information. 

[0059] A real routing processor 504 controls routing of frame data transmitted directly 
30 between the host computer 1 and the storage device 3 according to routing infomation 514 as 
information on interconnection of devices connected to the network 5. In other words, the 
real routing processor 504 instructs the path control part 22 on which path to be used for 
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frame data transmission. As instructed by the real routing processor 504, the path control 
part 22 transmits frame data. The real routing processor 504 is implemented in that the CPU 
50 of the virtualization controller 2 executes a routing program 516 read in the memory 51 
according to routing information 514. 

5 [0060] Then, according to volume mapping information 515 (discussed hcreinbelow), a 
virtualization routing processor 505 (hereinafter called the virtualization processor) processes 
the frame data received from the host computer 1 as explained later and sends it to the storage 
device 3 or processes the frame data received from the storage device 3 as explained later and 
sends it to the host computer 1, The virtualization processor 505 is implemented in that the 
10 CPU 50 of the virtualization controller 2 executes a virtualization routing program 517 read 
in the memory 51 according to the volume mapping information 515. 

[0061] Fig. 1 and Fig. 2 show an embodiment in which the virtualization controller 2 has 
one main control part 20 and the main control part 20 carries out a routing process including 
a virtualization process. However, the present invention is not limited thereto. An 
15 alternative approach may be that each of the ports 23 has a processor which performs the 
routing process. This will enable parallel routing operation at each port, thereby improving 
the performance of the virtualization controller 2. It is also possible that the routing 
processor consists of hardware only. 

[0062] A storage device monitor 502 in Fig. 3 monitors the state of each storage device 3 
20 which is an object of virtualization control by the virtualization controller 2, holds the result 
of monitoring as storage device state management information 512, in the event of detection 
of a change in the state of a storage device 3, informs the managing unit 4 of the change in 
the state, and updates the storage device state management information 512 held by itself 
according to the storage device management information 412 received from the managmg 
25 unit 4. The storage device monitor 502 is implemented in that the CPU 50 of the 
virtualization controller 2 executes a storage device monitoring program 518. 

[0063] A data transfer processor 503 stores data transfer control information 413 which is 
included in the data transfer request received from the managing unit 4, in the memory 51 or 
recording medium 52 of the virtualization controller 2 as data transfer control information 
30 513, and performs the process of data transfer between volumes under the control of the 
virtualization controller 2 according to the data transfer control information 513. The data 
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transfer processor 503 is implemented in that the CPU 50 of the virtualization controller 2 
executes a data transfer program 519. Details of the data transfer process will be given later. 

[0064] Fig. 4 shows an example of volume mapping information 515 which is managed by 
the virtualization controller 2. The volume mapping information 515 is control information 

5 which shows mapping (correlation) between virtual volumes and real volumes. The virtual 
volume management information 520 includes virtual volume identification information and 
information representing a virtual volume state. Virtual volume identification information 
includes Port ID, unique in the network, Port Name, unique to each port, and LUN (Logical 
Unit Number), unique in the device. Information representing a virtual volume state includes 

10 Size, which indicates the capacity of a virtual volume, and virtual volume Status information. 
The real volume management information 521 includes information for identifying the real 
volume corresponding to a virtual volume and information representing a real volume state. 
Real volume identification information includes Port ID, unique in the network. Port Name, 
unique to each port, and LUN, unique in the device. Information which represents a real 

15 volume state includes Size, which indicates the capacity of a real volume, and real volume 
Status information. 

[0065] Here, Port ID and Port Name as virtual volume identification information are 
identifiers assigned to a virtual port (hereinafter a "virtual port") of a storage device virtually 
shown to the host computer 1 (hereinafter "virtual storage device''). For instance, when the 

20 host computer specifies Port ID of a virtual port and LUN of a virtual volume and sends 
frame data, the virtualization processor 505 of the virtualization controller 2 controls the 
process in a way that according to volume mapping information 515, the frame data is sent to 
the storage device having the real volume corresponding to the virtual volume identified by 
Port ID and LUN. However, it appears to the host computer as if it were accessing the 

25 storage device having a port identified by Port ID specified by it. 

[0066] Fig. 4 shows a case that the virtual volume identified by LUN=0 which is accessed 
through the virtual port identified by Port ID=V_Pid_l, Port Name=V_Pname__l is mapped 
to (correlated with) the real volume identified by LUN=0 which is accessed through the real 
port identified by Port ID=P_Pid_l, Port Name=P_.Pname__L 

30 [0067] A virtual port may have a plurality of virtual volumes. In the case shown in Fig. 4, 
the virtual port identified by Port ID=V_Pid„2, Port Name=V^Pname^2 has two virtual 
volumes, LUN=0 (5GB), LUN=1 (5GB), which are mapped to real volumes identified by 
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Port ID=V^Pid_,2, Port Name=V^Pname„2, LUN=0 (5GB) and Port ID=V^Pid_l, Port 
Name=V__Pname__l, LUN=1 (5GB), respectively. 

[0068] An example of control which uses status information will be described later. 

[0069] Fig. 5 shows an example of storage device state management information 512 which 
5 is managed by the virtualization controller 2, The storage device state management 

information 512 has identification information for a storage device detected by the storage 
device monitor 502 and the real volume managed by this storage device. In this example, the 
storage device state management information 512 includes identification information such as 
Port ID which is assigned to a storage device port and unique in the network, Port Name, 
10 unique to each port, Node Name, unique to each storage device, and LUN which is assigned 
to each real volume in the storage device and unique in the device, as well as real volume 
state information such as Size. Although Fig. 5 shows a case that Port ID, Port Name, Node 
Name, LUN and Size information are shown as the storage device state management 
information 512, the storage device state management information 512 is not limited thereto. 
15 For example, it is possible to register information on ports of the virtualization controller 2 
connected with real volumes as the storage device state management information 512. 

[0070] Fig. 5 shows a case that the port identified by Port ID=P__Pid_l, Port 
Name=P_Pname_l, Node Name=P_Nname_l has the real volumes identified by LUN=0 
(10GB), LUN=1 (5GB) and the port identified by Port ID=P_Pid_2, Port Name=P_Pname„2, 
20 Node Name=P_Name_2 has the real volume identified by LUN=0 (5GB), and the port 
identified by Port ID=P_Pid_3, Port Name=P_Pname_3, Node Name=P_Nname_3 has the 
real volume identified by LUN=1 (10GB). 

[0071] Here, real volume identification information (LUN) or identification information for 
ports having real volumes (Port ID, Port Name, Node Name) can be used as an entry for real 
25 volume management information 521 of the volume mapping information 515 or as an entry 
for routing information 514. It is desirable that the storage device state management 
information 512 can be set by the managing unit 4. In the present invention, as described 
above, when the CPU 40 of the managing unit 4 executes the storage device management 
program 415, the managing unit 4 can set storage device state management information 512. 

30 [0072] Furthermore, when a new storage device is connected to the virtualization controller 
2, the CPU 50 of the virtualization controller 2 executes the storage device monitoring 
program 518 to obtain Port ID, Port Name, Node Name, LUN, and Size information from the 



12 



newly connected storage device and register it in the storage device state management 
information 512 and inform the managing unit 4 of detection of the new device. Preferably 
the virtualization controller 2 should not execute the process of routing to the new device 
(should not make a registration into an entry for the routing information 514) until the 
5 managing unit executes the volume management program 414 and sets status information of 
the virtual volume management information 520 of the volume mapping information 515. 

[0073] On the other hand, when a storage device already connected with the virtualization 
controller 2 is disconnected, or when the virtualization controller 2 detects a problem that a 
storage device does not respond or a similar problem, the virtualization controller 2 updates 

10 the information registered in the storage device state management information 512 and 

informs the managing unit 4 of the change in the state of the storage device. At this time, the 
virtualization controller 2 refers to the virtual volume management information 520 of the 
volume mapping information 515. It is desirable that only when the status information 
satisfies a certain condition (for example, only when there is a change in the state of a device 

15 whose status information is set as "Active") should it inform the managing unit 4 of the 

change in the state. It is also possible that one storage device has more than one port, though 
such a case is not shown in Fig, 5. 

[0074] Fig. 6 outlines how an access request is processed when the host computer 1 
accesses a storage device virtualized by the virtualization controller 2 (virtual storage device). 
20 As shown in Fig. 6, the host computer 1 issues a request for access to the virtual volume 
LUN=0 (10GB) of the virtual volume identified by Port ID=V_Pid J, Port 
Name=V_Pname_l, among the virtual volume group 60 which includes a plurality of virtual 
volumes virtualized by the virtualization controller 2. 

[0075] The routing processor 501 detects that the access request issued from the host 
25 computer 1 to the virtual volume is a request for access to a virtual storage device. In this 
embodiment, when the routing processor 501 detects that Port ID in the access request is 
included in the virtual volume management information of the volume mapping information 
515, the request is found to be a request for access to a virtual storage device. Then, the 
virtualization processor 505 refers to Port ID and LUN which are included in the access 
30 request; and the access request is converted into a request for access to the real volume 
registered in the volume mapping information 515 which corresponds to the Port ID and 
LUN. Then the converted access request is issued to the storage device 3. The virtualization 
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processor 505 carries out the abovementioned conversion of the access request by converting 
the Port ID and LUN included in the access request issued from the host computer 1 into Port 
ID and LUN of the corresponding real volume registered in the volume mapping information 
515. 

5 [0076] After this, a series of operations, including data reception/transmission between the 
host computer 1 and the storage device 3 and transmission of status information, are carried 
out through the virtualization controller 2. In data reception/transmission, transmission of 
status information, etc, frame data which is transmitted between the host computer 1 and the 
storage device 3 is also converted by the virtualization processor 505. Here, conversion does 

10 not mean conversion of data itself but conversion of information added to data such as 
destination (receiver) identification information (D_ID), source (sender) identification 
information (S_ID), error detection code CRC (Cyclic Redundancy Check) and the like. For 
example, if the virtualization controller 2 receives an access request with D JD=V_Pid_l 
from the host computer 1, the routing processor 501 converts its D JD into P_Pid_l using 

15 volume mapping information, newly generates CRC, adds it to the frame data and sends the 
converted frame data to the storage device 3. On the other hand, if the virtualization 
controller 2 receives frame data with S_ID=P_Pid_l from the storage device 3, the routing 
processor 501 converts its S^ID into V^Pid^l, replaces the CRC in the frame data by the 
newly generated CRC and sends the frame data to the host computer 1. 

20 [0077] Fig. 7 outlines how the real volume of a storage device 3 correlated with a virtual 
volume which the virtualization controller 2 provides to the host computer, is changed to the 
real volume of another storage device and the mapping (conelation) between the virtual and 
real volumes is revised. In this case, data transfer is made from the former real volume so far 
correlated with the virtual volume to the real volume to be newly correlated with the virtual 

25 volume. 

[0078] Fig. 7 shows a case that a request for storing (transferring) data stored in the real 
volume identified by Port ID=P_Pid_l, Port Name=P_Pname_l, LUN=0 into the real volume 
identified by Port ID=P_Pid_3, Port Name=P_Pname_3, LUN=1 arises under a certain 
condition and the administrator issues a data transfer request through the managing unit 4 to 
30 the virtualization controller 2. The data transfer request issued from the managing unit 
contains data transfer control information 413 including information for identifying the 
source and destination real volumes for data transfer (Port ID, Port Name, LUN, etc.). 
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[00791 In the virtualization controller 2 which has received the data transfer request, the 
data transfer processor 503 of the main control part 20 analyzes data transfer control 
information and performs processing for data transfer according to the result of the analysis. 
In other words, as in the case shown in Fig. 7, under the control of the data transfer processor 

5 503, the virtualization controller 2 issues a data transfer (copy) request to the storage device 3 
having the real volume identified by Port ID=P_.Pid„l, Port Name=P„Pname__l, LUN=0. 
This data transfer request contains information for identifying the destination real volume for 
data transfer (Port ID=P_Pid_3, Port Name=P_Pname„3, LUN=:1 in the case shown in Fig. 7). 
The storage device having the port identified by P-Pid-1 which has received the data transfer 

10 request, sends the data stored in the real volume identified by LUN=0 to the real volume 

identified by Port ID=P_Pid_3, Port Name=P_Pname_3, LUN=1. The storage device having 
the port identified by P_Pid_3 stores the frame-data received from the storage device having 
the port identified by P_Pid_l, in the real volume identified by LUN=1, Data transfer is thus 
performed by copying the data from the storage device with the port identified by P_Pid_l to 

15 the storage device with the port identified by P_Pid_3. 

[0080] After completion of the data transfer process, the data transfer processor 503 enters 
the destination real volume ID in the volume mapping information 515 and also updates the 
status information in the virtual volume management information 520 and enters the updated 
information. One example of volume mapping information 515 which has undergone such 
20 updating and entry is shown in Fig. 8. 

[00811 Fig. 8 shows an example of volume mapping information 515 revised as a result of 
the data transfer process shown in Fig. 7, where the real volume mapped to (correlated with) 
the virtual volume identified by Port ID=V__Pid_l, Port Name=V_^Pname_l, LUN=0 is 
changed from the real volume identified by Port ID=P_Pid_l, Port Name=P_Pname_l, 
25 LUN=0 (source real volume) to the real volume identified by Port ID=P_Pid_3, Port 
Name=P_Pname_3, LUN=1 (destination real volume). 

[0082] Fig. 8 shows that the real volume identified by Port ID=P_Pid J, Port 
Name=P_Pname_l, LUN=0 (source real volume) and the real volume identified by Port 
ID=P__Pid_3, Port Name=P_Pname_3, LUN=1 (destination real volume) are registered as the 
30 real volumes which are mapped to (correlated with) the virtual volume identified by Port 
IDsV^Pid^l, Port Name=V_Pname_l, LUN=0. Furthermore, the status information of the 
virtual volume management information 520 is "Active" for the real volume identified by 



15 



Port ID=P_Pid_3, Port Name=P_Pname_3, LUN=1 and Inactive for the real volume 
identified by Port ID=P_Pid_l, Port Name=P_Pname_l, LUN=0. An access request to a 
virtual volume is executed on a real volume whose status information is "Active". For 
example, if the routing processor transmits an access request or frame data according to the 
5 volume mapping information 515 shown in Fig, 8, the request for access to the virtual 
volume identified by Port ID=V_Pid_l, Port Name=V_Pname_l, LUN=0 or data 
transmission according to this request is executed on the real volume identified by Port 
ID=P_Pid_3, Port Name=P_Pname_3, LUN=1, depending on the status information of the 
virtual volume management information 520. 

10 [0083] In this embodiment, as mentioned above, when data in a real volume owned by a 
storage device is transferred to a real volume owned by another storage device, mapping 
(correlation) between the virtual and real volumes is revised by the data transfer processor 
503. However, the identification information which the host computer uses to access a 
volume is information for identifying a virtual volume (Port ID, Port Name of the virtual port 

15 and LUN of the virtual volume) which does not change even when data transfer is made. 
Let's look at the case of data transfer shown in Fig. 7, When the host computer issues an 
access request to the virtual volume identified by Port ID=V_Pid_l, Port Name=V_Pname_l, 
LUN=0, before data transfer the virtualization processor 505 sends the access request to the 
real volume identified by Port ID=P_Pid_l, Port Name=P_Pname„l, LUN=0 according to 

20 the volume mapping information 515 shown in Fig. 4. After data transfer, the virtualization 
processor 505 sends the access request to the real volume identified by Port ID=P_Pid_3, 
Port Name=F_Pname_3, LUN=1 according to the volume mapping information 515 shown in 
Fig. 8. Therefore, according to this embodiment, it is possible to transfer data between 
storage devices without revising the identification information which the host computer uses 

25 to identify the volume to be accessed. 

[0084] The volume mapping information 515 shown in Fig. 8 contains information for 
identifying an uncompleted command issued to a real volume. In the case shown in Fig. 8, 
uncompleted commands CJd_0, CJd_l, CJd_2 are registered in the source real volume 
identified by P_Pid_l, P__Pname_l, LUN=0 and uncompleted commands CJd__3, CJd_4 
30 (commands to the virtual volume for data transfer which the virtualization controller 2 

receives from the host computer after the data transfer processor 503 sends the data transfer 
request to the source real volume) are registered in the destination real volume identified by 
Port ID=P_Pid_3, Port Name=P_Pname_3, LUN=1. A command is registered in the volume 
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mapping information by the virtualization controller 2 when the virtualization controller 2 
receives it from the host computer, and deleted when the virtualization controller 2 receives, 
from a storage device, status information or the like which notifies of completion of a process 
that depends on the command. However, when the virtualization controller 2 sends the data 

5 transfer request to the source real volume, it registers a command to the virtual volume for 
data transfer which it receives from the host computer 1, in an entry for the destination real 
volume. If the virtualization controller 2 receives status information on completion of a data 
write command from the source storage device 3 after it sends the data transfer request to the 
source real volume, it only sets information on completion of the command in the volume 

10 mapping information 515 without deleting the registered uncompleted command. The 
volume mapping information 515 may contain not only information for identifying 
uncompleted commands but also command infimnation, though omitted in Fig. 8. 

[0085] In the case shown in Figs. 7 and 8, data is transferred volume by volume. However, 
the present invention is not limited thereto. It is also possible to transfer data on a block 
15 address basis as far as the volume mapping information 515 holds start/end address 
information of the source storage device and the start/end address information of the 
destination storage device. 

[0086] Also, in the case shown in Figs. 7 and 8, the data transfer processor 503 issues a 
data transfer request to one storage device to perform data transfer. However, the present 
20 invention is not limited thereto. It is also possible to transfer data, for example, by the data 
transfer processor 503 issuing a read request to the source storage device and a write request 
to the destination storage device. 

[0087] It is desirable that status information of the virtual volume management information 
520 can be set or updated by the volume manager 401 of the managing unit 4. 

25 [0088] Fig. 9 shows an example of a frame data transfer process which is performed by the 
routing processor 501 of the virtualization controller 2. This process starts when the 
virtualization controller 2 receives frame data from a host computer 1 or storage device 3 
(100). The routing processor 501 decides whether virtualization is needed or not, using 
information for identifying the frame data source/destination included in the frame data 

30 (source Fort ID, destination Port ID, etc.), and if necessary, the frame data type information 
included in the frame data and various information (destination LUN, etc.) in the frame 
payload (101). In this example, if the destination Port ID or LUN is registered in the virtual 
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volume management information 520 of the volume mapping information 515, then the 
frame data is decided to need virtualization. 

[0089] If virtualization is needed, the virtualization processor 505 performs the 
virtualization process (102) explained below. 

5 [0090] 1, When the received frame data is frame data from the host computer which is 
addressed to a virtual storage device: 

[0091] The virtualization processor 505 detects the storage device which corresponds to the 
virtual storage device identified by the destination identification information in the frame data 
according to the volume mapping information 515. In order to convert the frame data 
10 received from the host computer into frame data addressed to this storage device, it converts 
the destination identification information (DJD) included in the frame data into Port ID of 
the storage device. It also converts the CRC in the received frame data into CRC which is 
based on the new destination identification information. The converted frame data is sent to 
the storage device 3 through a port 23, 

15 [0092] 2. When the received frame data is frame data from the storage device mapped to 
(correlated with) the virtual storage device, which is addressed to the host computer: 

[0093] The virtualization processor 505 detects the virtual storage device which 
corresponds to the frame data source storage device according to the volume mapping 
information 515. In order to convert the frame data received from the storage device into 
20 frame data from this virtual storage device, it replaces the source identification information 
(S_ID) in the frame data by Port ID of the virtual storage device. It also replaces the CRC in 
the frame data by CRC which is based on the new source identification information. The 
frame data whose source identification information and CRC have been replaced is sent to the 
host computer 1 through a port 23. 

25 [0094] At the step of making a decision on the need for virtualization as shown in Fig. 9 
(101), if the routing processor 501 decides that virtualization is not needed, the real routing 
processor 504 performs routing of the received frame data according to the routing 
information 514 (103). 

[0095] Fig. 10 shows an example of a data transfer process which is performed by the data 
30 transfer processor 503 of the virtualization controller 2. 
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[0096] The data transfer process starts when the virtualization controller 2 receives a data 
transfer request from the managing unit 4 (110). The data transfer processor 503, which has 
received the data transfer request, generates data transfer control information 513 according 
to information which indicates the data transfer source and destination real volumes. The 
5 data transfer control information at least has information for identifying the data transfer 
source and destination real volumes (Port ID, LUN, etc.). The data transfer processor 503 
issues an access request (request for data transfer) to the storage device 3 having the source 
real volume according to the data transfer control information 513 (111). 

[0097] After issuance of the data transfer request, the data transfer processor 503 waits for 
10 notification of completion fi-om each storage device 3 issuing an access request (112). The 
data transfer processor 503 confirms whether or not the notifications of completion from the 
storage devices 3 issuing data transfer requests are all notifications of normal completion 
(113). If the data transfer processor 503 receives a notification of abnormal completion, it is 
desirable for the data transfer processor 503 to repeat the steps from issuance of an access 
15 request (data transfer request) (111) to confirmation of notification of normal completion 
(113) for the storage device issuing the notification of abnormal completion. 

[0098] If the data transfer processor 503 receives notifications of normal completion from 
all the storage devices 3 issuing data transfer requests, then the data transfer processor 503 
registers the data transfer destination real volume in the virtual volume management 
20 information 520, updates the status information of the virtual volume management 

information (114) and notifies the managing unit 4 of completion of the data transfer process 
(115). 

[0099] In the data transfer process shown in Fig. 10, when the source storage device 3 
which receives the data transfer request from the virtualization controller 2 has the following 
25 functions, it is guaranteed that the access requests to the source real volume have all been 
completed when the status information of the virtual volume management information 520 is 
updated. 

[0100] If the source storage device 3 receives a write command from the host computer 1 
during the data transfer process, it writes data in the recording medium 35 according to the 
30 write command and stores the written data in a temporary storage area (escape volume). The 
escape volume is a storage area in the recording medium of the storage device 3. As part of 
the data transfer process, the source storage device 3 sends the data stored in the escape 
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volume to the destination storage device 3. Therefore, when the source storage device 3 
notifies the data transfer processor 503 of the virtualization controller 2 of completion, there 
is no uncompleted command for the source real volume and the data revised by writing 
during the data transfer process has already been sent to the destination storage device. 
5 Hence, it is guaranteed that when the data transfer processor 503 updates the virtual volume 
management information 520, the access requests to the source real volume have all been 
processed. In this way, data coherence is ensured when data is transfened between real 
volumes and the real volume mapped to the virtual volume is changed from the source real 
volume to the destination real volume. 

10 [0101] With the abovementioned data transfer process, the virtualization controller 2, 

which controls data transfer between storage devices, reduces the processing load required of 
data transfer, by utilizing the functions of the individual storage devices. 

[0102] Another approach to ensuring data coherence is to use the following method. An 
entry for registration of a received command is provided for each real volume in the volume 

15 mapping information 515 of the virtualization controller 2. Each time the routing processor 
501 of the virtualization controller 2 receives a command addressed to the storage device 3 
from the host computer, it registers the content of the command in the entry for the real 
volume to which this command is addressed. When the virtualization controller 2 receives, 
from the storage device, notification of completion of a process depending on the command, 

20 the routing processor 501 deletes the command registered in the volume mapping information 
515. On condition that the volume mapping information 515 thus enables the virtualization 
controller 2 to know the existence of an uncompleted command if any, the data transfer 
processor 503 of the virtualization controller 2 sends a data transfer request to the storage 
device 3, then the routing processor 501 of the virtualization controller 2, which has received 

25 a command to the virtual volume as the object of data transfer from the host computer 1, 

temporarily stores this command in the recording medium 52 of the virtualization controller 2. 
Then, when the virtualization controller 2 receives notification of completion of data transfer 
from the source storage device 3, the routing processor 501 of the virtualization controller 2 
forwards the command stored in the recording medium 52 to the destination real volume. 

30 This approach reduces the time required from when the virtualization controller 2 sends a 
data transfer request to the source storage device 3 until it receives notification of completion 
of data transfer from this storage device 3. 
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[0103] As stated earlier, after the data transfer processor 503 updates the status information 
of the virtual volume management information 520, an access request to a virtual volume or 
data transmission according to an access request is executed on a real volume whose status 
information in the virtual volume management information 520 is "Active." 

5 [0104] As discussed so far, for data transfer between storage devices under virtualization 
control, the virtualization controller 2 updates the volume mapping information 515 so that, 
without the need for revising the information for identifying the virtual volume which the 
host computer 1 recognizes as the object of access, the real volume mapped to the virtual 
volume can be dynamically changed. Therefore, the host computer 1 continues processing 

10 for access to the virtual volume without knowing that data transfer between the storage 
devices (real volumes) has taken place. 

[OlOS] In the above embodiment, data coherence is ensured by using the function of the 
storage device 3 (source) which has received the data transfer request from the virtualization 
controller 2 (data coherence here implies that when the virtual volume management 
15 information 520 is updated, all access requests to the former real volume have been 
completed). However, the present invention is not limited thereto. 

[0106] Next, an explanation will be given below of a method which only uses the function 
of the virtualization controller 2 to detect that all access requests to the former real volume 
have been completed, as a variation of the above data transfer process. 

20 [0107] In this method, an entry for registration of a received command is provided for each 
real volume. Each time the virtualization controller 2 receives a command addressed to a 
virtual volume or real volume 3 from the host computer, it registers the content of the 
conwnand in the entry for the real volume to which this command is to be forwarded. When 
the virtualization controller 2 receives, from a storage device, status information on 

25 completion of a process depending on the command, it deletes the command registered in the 
volume mapping information 515. The command itself registered in the entry is held in the 
recording medium 52 of the virtualization controller 2. 

[0108] When the virtualization controller 2 sends a data transfer request to the storage 
device 3, it registers the command for the virtual volume as the object of data transfer, in the 
30 entry for the destination real volume. After sending the data transfer request, if the 

virtualization controller 2 detects status information on completion of a data write command 
from the source storage device 3, it does not delete the command registered in the volume 
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mapping information but registers only information on completion of the process for the 
command in the volume mapping information. 

[0109] On condition that there is no uncompleted command for the source real volume (on 
condition that information on completion of processing is registered for all commands 
5 registered in the volume mapping information 515 which concerns the source real volume), 
the virtualization controller 2 updates the data between the source real volume and the 
destination real volume according to the data write command held temporarily by the 
virtualization controller 2 (undeleted command for which information on completion has 
been registered in the volume mapping information 515). 

10 [0110] In other words, for data updating done in the source real volume according to the 
write command after sending the data transfer request to be reflected in the destination real 
volume, the virtualization controller 2 controls the source and destination storage devices in a 
way to write the data updated in the source real volume into the destination real volume. 

[0111] Furthermore, when updating of data between the source and destination real 
15 volumes is completed, the virtualization controller 2 sends the destination real volume the 
command for the virtual volume (registered in the volume mapping information 515 ) which 
it has received after sending the data transfer request, 

[0112] In the data transfer process, it is also acceptable that the virtualization controller 2 
monitors the data write command which is being processed. For example, if writing 

20 operation according to a write command issued to the source real volume before issuance of a 
data transfer request is not performed yet even after start of the data transfer process (transfer 
of write data between the source storage device and the virtualization controller 2 according 
to the write command is not started), the virtualization controller 2 aborts the writing 
operation for the source real volume. Namely, the virtualization controller 2 issues a request 

25 for canceling the write command issued to the source real volume, to that real volume and the 
same write command as the cancelled write command is issued to the destination real volume 
after completion of data transfer. This permits data transfer with reduced overhead. 

[0113] Even when the real volume mapped to the virtual volume is changed, the 
abovementioned method ensures data coherence between the former real volume and the new 
30 real volume. 
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[0114] Fig. 11 shows an example of the process of monitoring the storage device 
connection state by the storage device monitor 502 of the virtuaiization controller 2. The 
storage device monitor 502 of the virtuaiization controller 2 monitors the connection state of 
a storage device connected with a port 23. When it detects a change in the connection state, it 
5 starts the process shown in Fig. 11 (120). 

[0115] Each of the storage devices 3 connected with the virtuaiization controller 2 stores 
software for notifying the virtuaiization controller 2 of its status, in its own memory. As this 
software is executed by the CPU 30 of the storage device, the storage device sends the 
storage device monitor 502 of the virtuaiization controller 2 management information such as 

10 Node Name, Port Name, Port ID, LUN and Size of the real volume of the storage device. 
Therefore, the storage device monitor 502 can detect the connection state from the 
management information received from the storage device. When the storage device is 
connected with a port 23, the virtuaiization controller 2 can detect it; and when the storage 
device is disconnected from the port 23, the virtuaiization controller 2 can also detect it. In 

15 this way, the storage device monitor 502 detects the state of connection between the port and 
storage device on its own and can detect a change in the state of connection. 

[01161 Once the storage device monitor 502 has detected a change in the state of 
connection, it decides whether the change in the state of connection is caused by the addition 
of a new storage device or other reason (for example, disconnection between the port 23 and 
20 storage device) (121). 

[0117] If a new storage device has been added, the storage device monitor 502 obtains from 
this storage device the following information for identifying the port of the storage device: 
Node Name (unique to each device). Port ID (unique in the network), Port Name (unique to 
each port), LUN (Logical Unit Number, unique in the storage device) as management 
25 information for a real volume which is managed by the storage device, and so on. The 

storage device monitor 502 decides whether Node Name, unique to each storage device, and 
Port Name, an identifier unique to each storage device port, have already been registered in 
the storage device state management information 512 (122) and carries out the following 
steps according to the result of the decision. 

30 [0118] If the obtained Node Name and Port Name have already been registered in the 

storage device state management information 512, the storage device monitor 502 notifies the 
managing unit 4 that the storage device whose ID has been registered is connected (123) and 
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concludes the series of steps for storage device monitoring. If Port ID (unique in the 
network) correlated with the Node Name and Port Name obtained from the storage device has 
already been registered in the storage device state management information 512 by the 
managing unit 4, it is desirable for the virtualization controller 2 to set this registered Port ID 

5 on the storage device. On the other hand, if such Port ID has not been registered, it is 

desirable for the virtualization controller 2 to assign and set Port ID to the storage device and 
register the Port ID set on the storage device, in the storage device state management 
information 512 and notify the managing unit 4 of this Port ID. If the real volume 
management information which the storage device monitor 502 has obtained from the storage 

10 device is different from the management information registered in the storage device state 
management information 512, the storage device monitor 502 updates the storage device state 
management information 512 using the obtained management information and notifies the 
managing unit 4 of the updating. 

[0119] If the Node Name and Port Name which the storage device monitor 520 has 
15 obtained from the storage device have not been registered in the storage device state 
management information 512, the storage device monitor 502 registers the obtained 
information in the storage device state management information 512 (124) and notifies the 
managing unit 4 (123) and concludes the series of steps for storage device monitoring. 

[0120] If the storage device monitor 502 decides that the change in the connection state is 
20 caused by a reason other than addition of a new storage device (for example, deletion of a 
storage device) at step 121, the storage device monitor 502 decides whether the storage 
device whose connection state has changed is an object of virtualization control or not (125), 
and carries out the following steps according to the result of the decision. 

[0121] If the storage device is to be under virtualization control, the storage device monitor 
25 502 notifies the managing unit 4 of the detected change in the connection state (123) and 
concludes the series of steps for storage device monitoring. If it is not to be under 
virtualization control, the storage device monitor 502 carries out a prescribed process 
according to the network protocol (for example, RSCN (Registered State Change 
Notification) in Fibre Channel)) (126) and concludes the series of steps for storage device 
30 monitoring. 

[0122] With the abovementioned steps, the virtualization controller 2 monitors the 
connection state of each storage device 3 connected with the virtualization controller 2, and 
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notifies the managing unit of a change in the connection state, if any. In addition, it can 
control notification of connection state change according as whether each storage device 3 
connected with the virtualization controller 2 is to be under virtualization control or not. 



5 EMBODIMENT 2 (IDENTIFICATION OF A STORAGE DEVICE BASED ON 

PERSONAL INFORMATION) 
[0123] In the first embodiment, Port ID and Port Name are used as information for 
identifying the port 33 of a storage device 3. However, the present invention is not limited 
thereto. Other information may be used for the same purpose as far as it identifies the port 33 

10 of the storage device 3. In the first embodiment, Node Name is used for identifying the 
storage device 3. Again other information mayjbe used for the same purpose as far as it 
identifies the storage device 3. For example, it is possible to use, as information for 
identifying the storage device 3, an identifier used in the device identification page (83h) of 
vital product data as prescribed by SCSI (Small Computer System Interface). Also, a vendor- 

15 specific identifier (hereinafter called "personal information") may be used as information for 
identifying a volume. 

[0124] Next, referring to Figs. 12 to 14, an explanation will be given below of the data 
transfer process which is carried out when personal information is used to identify the real 
volume of the storage device 3 or the virtual volume provided to the host computer by the 
20 virtualization controller 2. 

[0125] Fig. 12 shows an example of volume mapping information 515 which has entries for 
registration of personal information. As shown in Fig. 12, the real volumes identified by 
P^Pid J (LUN=0 or 1), P_Pid^2 (LUN=0) and P_Pid_3 (LUN=0) have personal information 
and the corresponding virtual volumes have personal information in the same way as the real 
25 volumes. 

[0126] Here, the personal information assigned to a virtual volume need not coincide with 
the personal information of the corresponding real volume (for example, while the virtual 
volume identified by V_Pid_2 (LUN=0) has personal information "DDD_01," the 
corresponding real volume has personal information "BBB_OL") The personal information 
30 assigned to virtual volumes may be generated by the virtualization controller 2 and registered 
in the volume mapping information 515 as information for identifying the virtual volumes. 
Even if the real volumes do not have personal information, the virtualization controller 2 can 
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generate personal information for the virtual volumes and register it in the volume mapping 
information 515. As in the case that the personal information ("AAA_00") of the virtual 
volume identified by V_Pid_2 (LUN=1) is the same as that of the corresponding real volume 
("AAA_00"), a virtual volume may have the same personal information as the corresponding 
5 real volume. 

[0127] In addition, personal information assigned to a virtual volume need not be revised 
even if the real volume corresponding to the virtual volume is changed and data transfer is 
performed. For example, personal information "AAA^Ol" assigned to V_Pid_l (LUN=0, 
Active) does not coincide with the personal information of the corresponding real volume, 
10 "CCC_01," but coincides with the personal information of the real volume before data 

transfer, "AAA_01." This is because the virtual volume identified by V_Pid_l (LUN=0, , 
Active) had the same personal information as the corresponding real volume before data 
transfer and, even after data transfer, inherits the same personal information as that of the 
source real volume, 

15 [0128] Fig. 13 shows a case that the host computer 1 which uses personal information to 
identify volumes accesses a volume through the virtualization controller 2. 

[0129] In the second embodiment, the host computer 1 has a storage device identification 
processor 15 in addition to the same components as those of the first embodiment. The 
storage device identification processor 15 is implemented in that the CPU 10 executes a 

20 program stored in the memory 11 of the host computer 1. It identifies the volume and storage 
device to be accessed by the host computer, usmg personal information. In other words, 
when accessing a storage device, the storage device identification processor 15 requests the 
storage devices connected through a network to the host computer to send personal 
information for identifying the real volumes in the storage devices, and receives the personal 

25 information from the storage devices. The storage device identification processor 15 checks 
the personal information received from the storage devices, against the personal information 
of the real volume to be accessed which is stored in the memory 11 of the host computer 1. 
The storage device identification processor 15 decides the storage device which has sent the 
same personal information as that of the real volume to be accessed, to be the storage device 

30 to be accessed. Once the storage device to be accessed is identified with the abovementioned 
storage device identifying process, the host computer 1 issues an access request to the 
identified storage device. 
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[0130] Fig. 13 shows a case that the host computer 1 accesses the real volume identified by 
personal information "AAA_01." 

[0131] First, let's assume that the host computer 1 is connected to a storage device with no 
intermediation of the virtualization controller 2. As shown in Fig. 13, the real volume having 
5 personal information "AAA_01" can be accessed through the port of the storage device 3 
identified by Port ID=P_Pid_l, Port Name=P_Pname_l. The storage device identification 
processor 14 receives the personal information "AAA__Or' from the storage device 3 which 
has this port, and thus identifies this storage device 3 as the device to be accessed. Then the 
host computer 1 issues an access request to the storage device 3 to be accessed, using the 
10 source address information (Port ID=P_Pid_l) and real volume identification information 

(LUN=0) included in the frame of the received personal information ("AAA^Ol"). After this, 
data transmission from the host computer 1 to the storage device 3 according to the access 
request is made using the frame containing identification information Port ID=P_Pid__l, 
LUN=0. 

15 [0132] Next, let's assume that, as shown in Fig, 13, the host computer 1 is connected to a 
storage device 3 through the virtualization controller 2 and the storage device is to be under 
virtualization control. The virtualization processor 505 of the virtualization controller 2 
assigns a virtual volume to the real volume of the storage device 3 (registers information for 
identifying a virtual volume correlated with the real volume, in the volume mapping 

20 information 515) and, for the virtual volume, sets the same personal information as the 

personal information "AAA_01" of the real volume, in the volume mapping information 515. 

[0133] As a result of the abovementioned operation of the virtualization processor 505, the 
storage device identification processor 15 of the host computer 1 requests the device 
connected through the network to send its personal information, and the virtualization 

25 controller 2 sends the personal information "AAA_01" to the host computer 1. Therefore, 
when the storage device identification processor 15 of the host computer 1 receives the 
personal information "AAA_01" firom the virtualization controller 2, it decides that the 
volume to be accessed is the virtual volume of the virtual storage device identified by the 
source (sender) address information (Port ID=V_Pid_l) and virtual volume identification 

30 information (LUN=0) included in the received frame. Then the host computer sends an 
access request and data to the virtual volume to be accessed by sending a frame containing 
identification information Port ID=V_Pid_l, LUN=0. The frame containing identification 
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information Port ID=V_Pid_l, LUN=:0 is converted by the virtualization routing processor 
505 of the virtualization controller 2 into a frame addressed to the real volume identified by 
Port ID=P_Pid_l, LUN=0, which is then sent to the storage device 3 having the port 
identified by Port ID=P_Pid_l. The steps which are taken after the host computer 1 detects 
5 (decides) the storage device to be accessed are the same as those in the first embodiment, so a 
detailed description of these steps is omitted. 

[0134] As described above, the storage device identification processor 15 of the host 
computer 1 can detect the storage device or volume to be accessed, using the personal 
information "AAA_01" set on the virtual volume for the virtual post identified by Port 
10 ID=V_Pid_l, Port Name=V_Pname_l, even when the storage device is under virtualization 
control of the virtualization controller 2. 

[0135] In connection with Fig. 13, even if there is a switch dedicated to routing (a switch 
which does not have the virtualization routing processor 505) between the host computer 1 
and the storage device 3, the host computer 1 can recognize a virtual volume as the volume to 
15 be accessed, by the same procedure as mentioned above, and the virtualization controller 2 
can forward the frame data from the host computer 1 to the real volume corresponding to the 
virtual volume. 

[0136] Also, Fig. 13 shows that Port ID (P_Pid_l) for the real volume is different from Port 
ID (V_Pid_l) for the virtual volume. However, the present invention is not limited thereto. 
20 Since Port ID can be assigned to the virtual port by the virtualization controller 2, Port ID for 
a virtual volume may also be the same (namely Port ID=P_Pid_l) as Port ID of the real port 
used to access the real volume corresponding to this virtual volume. 

[0137] Fig. 14 shows an example of control of personal information in data transfer 
between storage devices under virtualization control. 

25 [0138] The figure concerns a case that the data stored in the real volume identified by Port 
ID=P_Pid_l and the personal information "AAA^Ol" is transferred to the real volume 
identified by Port ID=P_Pid_3 and the personal information "CCC„01." In the case shown in 
Fig. 14, as personal information of the virtual volume, the same information (AAA^Ol) as the 
personal information of the real volume correlated with the virtual volume is used. After data 

30 transfer, even when the real volume correlated with the virtual volume is changed by the data 
transfer, the virtualization processor 505 of the virtualization controller 2 inherits the personal 
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information "AAA^Ol" of the source real volume as the personal information of the virtual 
volume without any revision. 

[0139] When the personal information set on the virtual volume before data transfer is 
inherited after data transfer as explained above, even if the host computer 1 identifies the 

5 volume using the personal information, the process of data transfer between the storage 
devices can be hidden from the host computer 1. Thus, after data transfer, the host computer 
1 can identify the volume to be accessed, using the information for identifying the volume to 
be accessed, which the host computer 1 used before data transfer. As a consequence, even 
when data transfer between storage devices takes place, the host computer 1 need not stop a 

10 process which it is performing and can continue the process. The steps other than the process 
of inheriting the personal information set on the virtual volume are the same as those in the . 
first embodiment and their description is omitted here. 

[0140] If the personal information set on the virtual volume is inherited from one 
virtualization controller to another, the host computer 1 can identify the volume using the 

15 personal information while replacement of the virtualization controller is hidden from the 
host computer 1. As a consequence, the host computer 1 need not stop a process which it is 
performing and can continue the process. The routing processor 501 of the virtualization 
controller 2 notifies the volume manager 401 of the managing unit 4 of the personal 
information of the virtual volume as part of the volume mapping information 515 and stores 

20 it in the managing unit 4 as volume mapping management information 411. Hence, when the 
virtualization controller is replaced, the volume manager 401 of the managing unit 4 notifies 
the new virtualization controller 2 of the volume mapping management information 411 for 
the old virtualization controller 2 and sets it in the volume mapping information 515 for the 
new virtualization controller 2. By doing so, the personal information can be inherited from 

25 one virtualization controller 2 to another. 

[0141] When the virtualization controller is replaced, it is desirable that the virtual port 
identifier which is managed by the old virtualization controller be also inherited by the new 
virtualization controller. It is also desirable for the administrator to be able to specify, for the 
new virtualization controller 2 through the managing unit 4, whether, after data transfer, it 
30 inherits the old personal information (or uses the source personal information) without 

revising the personal information set on the virtual volume or new personal information is set, 
and so on. 
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[0142] In the second embodiment, it is assumed that the storage devices 3 and the 
virtualization controller 2 have personal information for each volume (namely personal 
information is assigned to each volume). However, the present invention is not limited 
thereto. For example, the storage devices 3 and the virtualization controller 2 may have 
5 personal information on a device-by-device basis. Furthermore, although a port is identified 
by Port ID, Port Name and personal information according to the second embodiment, the 
invention is not limited thereto. Any method of identifying a port uniquely is acceptable and 
any combination of various identification information may be used to identify a port. 

[0143] Fig. 17 shows the configuration of a computer system in which a host computer and 
10 a storage device each have more than one port. The host computer 1 shown in Fig. 17 is 
different from the one shown in Fig. 13 in that it has a plurality of ports 13 (Hid_l, Hid_2). 
The storage device 3 shown in Fig. 17 is different from the one shown in Fig. 13 in that it has 
more than one port 33 (P_Pidl, P„Pid2). 

[0144] Since the storage device has more than one port, when the storage device 
15 identification processor 15 of the host computer 1 requests the storage device 3 to send 
personal information, the same personal information is sent from the ports. The storage 
device identification processor 15 stores the plurality of ports which have sent the same 
personal information, in the memory 11 as volume management information. 

[0145] Fig. 18 shows an example of volume management information stored in the memory 
20 11 of the host computer 1. Volume management information is generated by the storage 
device identification processor 15 as the host computer 1 receives personal information from 
the storage devices. Volume management information is generated for each storage device 
and contains the volume number of the real volume owned by the storage device, the personal 
information of the real volume, the path used for access from the host computer 1 to the real 
25 volume, and the status information of the real volume. Here the path information concerns a 
primary path and a secondary path. The host computer usually uses the primary path to 
access the real volume; however, if the primary path is in trouble or disconnected, the host 
computer can use the secondary path to access the real volume. 

[0146] Referring to Fig. 17, an explanation will be given below of the process of modifying 
30 a computer system in which a host computer is connected with a storage device with no 
intermediation of a virtualization controller, in a way that a virtualization controller is 
connected between the host computer and storage device without stopping operation of the 
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host computer and the real volume of the storage device is virtualized by the virtualization 
controller 2 and the virtual volume is provided to the host computer. 

[0147] First, let's assume that port Hid_l of the host computer 1 is connected via path 5-a 
to port P_Pid_l of the storage device 3 and port Hid_2 of the host computer 1 is connected 
5 via path 5-b to port P_Pid_2 of the storage device 3. The volume management information as 
shown in Fig. 18 is stored in the memory 11 of the host computer 1, and according to this 
volume management information, the host computer 1 uses the primary path 5-a passing 
through ports Hid_l and P_Pid_l to access the real volume identified by personal 
information AAA_01, and uses the primary path 5-b passing through ports Hid_2 and 
10 P__Pid_2 to access the real volume identified by personal information AAA_02. 

[0148] Next are the steps which are taken wh^n the path 5-b is disconnected and a 
virtualization controller 2 is introduced in the abovementioned computer system. 

[0149] 1. Since the path 5-b is disconnected, the host computer 1 must change the path for 
access to the real volume identified by AAA_02 from the path 5-b to the path 5-a, So, in 

15 order to temporarily stop access to the real volume identified by AAA_02, the storage device 
identification processor 15 registers the status information of this real volume in the volume 
management information as "Inactive." Under the control of the CPU 10 of the host 
computer, the path for access to the real volume identified by AAA_02 is switched to the 
path 5-a which is registered as a secondary path in the volume management information. 

20 After switching of the paths, the storage device identification processor 15 returns the status 
information of the real volume identified by AAA_02 in the volume management information 
to "Active." The abovementioned process is performed by the CPU 10 according to an 
instruction which the user of the host computer gives via an input device such as a keyboard. 
Alternatively, anangements may be made that the storage device identification processor 15 

25 automatically performs the process. In other words, it is also possible that the storage device 
identification processor 15 refers to the volume management information and automatically 
switches from the primary path to the secondary path. 

[0150] 2. Next, the path 5-b is disconnected and a virtualization controller 2 is connected 
between the host computer 1 and the storage device 3. In this case, port Hid_2 of the host 
30 computer 1 is connected via path 5-c to port 23 of the virtualization controller 2 and port 
P_Pid_2 of the storage device 3 is connected via path 5-d to port 23 of the virtualization 
controller 2. 
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status information. For example, status information for each access pass (i.e., status 
information for a primary pass and status information for a secondary pass), which indicates 
whether or not a real volume can be accessed via each access pass, can be included in the 
volume management information. Then storage device identification processor 15 can decide 
5 which access pass can be used to access the real volume according to the status information. 
If the host computer has a storage device manager similar to the one which the managing unit 
4 has, the host computer can maintain such status information in the volume management 
information. Once the abovementioned steps have been taken, even after the host computer 1 
is connected with the virtualization controller 2, it can identify the real volume of the storage 
10 device using the same personal information (AAA_02) as before connection of the 

virtualization controller 2. Therefore, even when the virtualization controller 2 is newly 
introduced in the computer system and the host-computer issues an access request to the 
virtual volume, there is no need to set new personal information on the host computer. For 
this reason, the host computer need not stop a process which it is performing. 

15 

EMBODIMENTS 

(PLURALITY OF STORAGE DEVICES CONSTITUTE ONE VIRTUAL VOLUME) 
[0155] In the first and second embodiments, one real volume constitutes one virtual volume. 
However, the present invention is not limited thereto and also applicable to a case that 
20 plurality of real volumes constitute one virtual volume. 

[0156] Referring to Figs. 15 and 16, an explanation will be given below of the case that a 
plurality of real volumes constitute one virtual volume. 

[0157] Fig. 15 shows an example of volume mapping information 515 where the real 
volume identified by Port ID=P^Pid^l, Port Name=P_Pname^l, LUN=3 (5GB) and the real 

25 volume identified by Port ID=P_Pid__2, Port Name=P_Pname_2, LUN=1 (5GB) constitute 
one virtual volume identified by Port ID=P_Pid_3, Port Name=P_Pname J, LUN=0 (10GB). 
The volume management table (Fig. 15) is the same as the one shown in Fig. 12 except that 
two real volumes are assigned to one virtual volume and address information for the real 
volumes is added as an entry to the virtual volume management information 520. In the case 

30 shown in Fig. 15, the personal information of the real volume identified by Port ID=P_Pid_l, 
Port Name=P__Name_l, LUN=3 is used as the personal information of the virtual volume 
identified by Port ID=V_Pid_3, Port Name=V_Pname,3, LUN=0. 
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[0158] Fig. 16 shows an example of a computer system in which two real volumes 
constitute one virtual volume. In the computer system shown in Fig. 16, the virtualization 
controller 2 takes the same steps to deal with data transfer and storage device monitoring as 
in the first and second embodiments, so only the routing process is explained below. 

5 [0159] The routing process begins when the virtualization controller 2 receives frame data 
from the host computer 1 or storage device 3. The routing processor 501, which has received 
the frame data, decides whether virtualization is needed or not, using source 
(sender)/destination (receiver) identification information in the frame data, and if necessary, 
frame data type and various information (LUN, etc.) as payload in the frame. In a specific 
10 example, if the source/destination identification information (Port ID, etc.) and information in 
the frame payload (LUN) are registered in the virtual volume management information 520 . 
of the volume mapping information 515, the routing processor 501 decides that virtualization 
is needed. 

[0160] If the routing processor 501 decides that virtualization is needed, the virtualization 
15 processor 505 carries out the following steps for virtualization. 

[0161] 1. When the received frame data is frame data addressed to a storage device from 
the host computer: 

[0162] The virtualization processor 505 decides whether the received frame data is a 
read/write access request or not. If the frame data is a read/write access request, the 

20 virtualization processor 505 identifies the storage device corresponding to the virtual storage 
device to which the frame data is addressed, according to the volume mapping information 
515 and address and data length information in the access request information (payload in the 
received frame in particular). Then, in order to convert the received frame into a frame for 
the identified storage device, the destination identification information (D JD) in the frame 

25 data and CRC are replaced by destination identification information indicating the port of the 
identified storage device, and CRC which is based on the new destination identification 
information. Furthermore, if necessary, new address information and data length information 
are generated as access request information. The new frame as a result of conversion is sent 
to the storage device 3 through a port 23 of the virtualization controller 2. If the access 

30 request is to be sent to two storage devices (request for access across address 989680h), the 
virtualization processor 505 generates an access request for each of the storage devices and 
sends the request to each storage device. 
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[0163] If the frame data received by the virtualization controller 2 is data (write data) other 
than a read/write access request, the virtualization processor 505 identifies the storage device 
corresponding to the virtual storage device to which the frame data is addressed, according to 
the volume mapping information 515 and, if necessary, address and data length information 
5 as the write access request information which the virtualization controller 2 received before 
reception of the write data, and write data offset information. Then, in order to convert the 
received frame into a frame for the identified storage device, the virtualization processor 505 
replaces the destination identification information (D_ID) in the frame data and CRC by 
identification information for the identified storage device, and new CRC which is based on 
10 this identification information. The virtualization controller 2 sends the frame to the 
identified storage device 3 through a port 23. 

[0164] 2. When the received frame data is frame data addressed to the host computer from 
a storage device mapped to a virtual storage device: 

[0165] The virtualization processor 505 decides whether the received frame data is a read 
15 data or not, and takes steps depending on the type of frame data. For example, if the frame 
data is read data, the virtualization processor 505 identifies the virtual storage device 
corresponding to the storage device which has sent the frame data. Then, in order to convert 
the received frame into a frame from the identified virtual storage device, the virtualization 
processor 505 replaces the source (sender) identification information (SJD) in the frame data 
20 and CRC by identification information for the virtual storage device, and CRC which is based 
on the new destination identification information. The virtualization controller 2 sends the 
frame to the host computer 1 through a port 23. 

[0166] When two storage devices send read data according to one read access request 
simultaneously, it is desirable that until forwarding of the data received from one storage 

25 device to the host computer is completed, the virtualization controller 2 suspend forwarding 
of the read data received from the other storage device. For example, if the virtualization 
controller 2 receives read data from the storage device with the real volume identified by 
P_Pid_l, P_Pname_l, LUN=3 (5GB) and the storage device with the real volume identified 
by P_Pid_2, P_Pname_2, LUN=1 (5GB), the virtualization controller 2 temporarily stores the 

30 read data from the storage device with the real volume identified by P_Pid_2, P_Pname_2, 
LUN=1 (5GB) to suspend forwarding of the read data. Moreover, when two storage devices 
send response data according to one read access request, the virtualization controller 2 
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generates one response data based on the two response data received from the two storage 
devices, and sends the generated response data to the host computer. 

[0167] In the abovementioned computer system in which more than one real volume 
constitute one virtual volume, data can be transferred between storage devices under 

5 virtualization control without revising the identification information for the volume which the 
host computer recognizes as the volume to be accessed, as in the first and second 
embodiments. More specifically, like the first and second embodiments, as data transfer is 
done between storage devices, the virtualization controller 2 updates the volume mapping 
information 515 and changes the real volume correlated with the virtual volume from the data 

10 transfer source real volume to the data transfer destination real volume, so the real volume 
mapped to the virtual volume is dynamically changed without revising the identification 
information for the volume which the host computer 1 recognizes as the volume to be 
accessed. Thus, the host computer 1 can continue its operation without knowing the data 
transfer which takes place between storage devices (real volumes). 

15 

EMBODIMENT 4 

(INTELLIGENT PORTS PROVIDE VIRTUALIZATION CONTROL AND STORAGE 

FUNCTIONS) 

[0168] In the above embodiments, the main control part 20 of the virtualization controller 
20 20 which functions as a switch executes all processes according to the present invention. 

However, the present invention is not limited thereto. Alternatively, it is possible that each of 
the ports 23 has a processor which performs the routing task. 

[0169] Furthermore, the virtualization controller 2 is not limited to one which only 
incorporates ports 23, a path control part 22 and a main control part 20. For example, like a 

25 disk anay controller in a disk array system, it is possible to control the system in a way that a 
host computer recognizes plural physical disk devices as a single logical storage. Another 
approach is that the virtualization controller 2 has a storage control function as follows: parity 
data as redundant data is added to the data being accessed by a host computer and the data is 
stored on a disk and the virtualization controller 2 has a storage control part to perform parity 

30 control and other related tasks to enable data transfer with the host computer using the parity 
data even if a disk device fails. It is also possible that the virtualization controller 2 has the 
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function as a storage (storage function) by incorporating a storage control part and a storage 
group composed of plural storages such as disk devices. 

[0170] Next, referring to Figs. 19 to 22, an explanation will be given concerning a case that 
the virtualization controller has a storage control part and a storage group to provide a storage 
5 function and its constituent parts or components process ^eir respective tasks. 

[0171] Fig. 19 shows an example of a computer system according to the present invention. 
The components other than the virtualization controller 2 are the same as those shown in Fig. 
1. In the virtualization controller 2, one or more port sections 8, and one or more storage 
control parts 7-1, 7-2, and the main control part 20 are connected through a backplane 9, and 

10 the storage control part 7-1 is connected with plural disk devices 35. Each port section 8 
incorporates: an interface control part 81 (SN in the figure) which controls a network 5 
connected with host computers 1 or storage devices 3; an interface control part 82 (BP W) 
which controls the backplane 9 for connection with other components inside the virtualization 
controller 2; a memory 85 which stores programs and information (discussed hereinbelow); 

15 and a CPU 84 which executes the program using such information. The storage control part 
7-1 incorporates: an interface control part 73 (hereinafter called BP I/F) which controls the 
backplane 9; an interface control part 72 for data transfer with plural disk devices 35 
(hereinafter called "HDD I/F); a cache 71 which stores data to be transferred from/to the disk 
devices 35 or storage devices 3; and a CPU 70 which performs relevant tasks and executes 

20 the programs (discussed hereinbelow). The storage control part 7-2 is structurally the same 
as the storage control part 7-1 except that it does not have an interface control part 72 for data 
transfer with disk devices 35. The main control part 20 is the same as the main control part 
20 shown in Fig, 1 except that it includes a management port 25 and has an interface control 
part 53 for control of the backplane 9. The program to be executed by the CPU 50 will be 

25 discussed hereinbelow. 

[0172] Although Fig, 19 shows a case in which host computers 1, storage devices 3, a 
management server (managing unit) 4, and port sections 8 in the virtualization controller 2 
each have one port, the invention is not limited thereto. Each of them may have more than 
one port. likewise, the components which constitute the virtualization controller 2 may each 
30 have more than one interface control part 82 (BP I/F) for control of the backplane 9 and in 
that case, it is desirable that the components should be interconnected through plural 
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backplanes. Since the port sections 8 of the virtualization controller 2 are compatible with 
different network protocols, they may be used as management ports, 

[0173] Fig. 20 shows programs to be executed by the CPU in a component of the 
virtualization controller 2 and an example of management information. The programs and 
5 management information shown here are the same as those in Fig. 3 except for the following 
three points. Firstly, the virtualization processor 505 newly has virtualization routing control 
information 530. Secondly, the virtualization routing program 517 has a program for transfer 
of command frames (command transfer program) 531, a program for transfer of response 
frames (response transfer program) 532, and a program for transfer of other frame data (other 
10 transfer program) 533. Thirdly, the virtualization controller 2 newly has an internal storage 
access processor 506 which holds internal storage configuration management information 
508 as information on the configuration of storage devices 35 in the virtualization controller 2, 
and an internal storage access control program 507 for actually transferring frame data. 

[0174] It is desirable that the internal storage access processor 506 should control the 
15 system in a way that a host computer recognizes plural physical disk devices as a single 
logical storage device, and also by adding parity data as redundant data to the data being 
accessed by the host computer and storing it on a disk, the internal storage access processor 
506 can perform parity control and other related tasks to enable data transfer with the host 
computer using the parity data even if a disk device fails. However, this is not directly 
20 related to the present invention and a detailed explanation thereof is omitted here. Details of 
the virtualization routing control information 530, command transfer program 531, response 
transfer program 532 and other transfer program 533 will be given later. 

[0175] In Fig. 3 and Fig. 20, a program or the like for initialization of the virtualization 
controller 2 is not shown. The virtualization controller 2 may have at least an initialization 
25 program to initialize various management information upon turning on the power or a group 
of programs which initialize the system or carry out diaposis according to an instruction 
from the managing unit (management server) 4 or the like. 

[0176] Fig. 21 shows three major types of access path between a host computer and a 
storage device. In connection with the figure, a storage group 34 as a component of the 
30 virtualization controller 2 is referred to as an internal storage, and storage devices 3 which are 
connected through the network 5 with the virtualization controller 2 as external storages; and 
the port section 8 connected with the host computer 1 is called In Port and the port section 8 
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connected with external storage devices 3 is called Out Port. The first type of access path is a 
route which connects the host computer 1 with the internal storage 34 through the port 
section 8 (In Port) and the storage control part 7-1. The second type of access path is a route 
which connects the host computer 1 with an external storage 3 through the port section 8 (In 
5 Port), the storage control part 7-2 and the port section 8 (Out Port). The third type of access 
path is a route which connects the host computer 1 with an external storage 3 through the port 
section 8 (In Port) and the port section 8 (Out Port). 

[0177] Fig, 22 is a table showing an example of volume mapping information 515 which is 
used in this embodiment. The difference from the table in Fig. 4 is that this table newly 

10 includes virtualization module management information 523 which manages information for 
identifying the component performing the virtualization process (discussed hereinbelow), and 
external volume connection module management information 254 which, when a real volume 
exists in an external storage 3, manages the identifier for the port for connection with the 
external storage 3, In Fig. 22, "Storage Control part #1" refers to the identification for the 

15 storage control part 7-1 in Fig. 19, and "Storage Control part #2" refers to the identification 
for the storage control part 7-2 in Fig. 19. In Fig. 22, Size (volume state information) and 
Status information are omitted here, but it is desirable to manage such information. In 
addition, since the internal storage configuration management information 507 contains 
detailed real volume management information concerning the internal storage 34, an 

20 explanation thereof is omitted here. In this embodiment, it is not necessary for each 

component of the virtualization controller 2 to hold and manage all information as elements 
of volume mapping information 515; rather, it is desirable for each component to hold and 
manage only information that it needs to carry out the task assigned to it. 

[0178] Fig. 23 is a table showing an example of virtualization routing control information 
25 530 which is managed by each component of the virtualization controller 2. The 

virtualization routing control information 530 is generated, referenced or updated when each 
component of the virtualization controller 2 performs the frame data transfer process as 
mentioned later. It has source management information 534 (which includes source 
identification and source-specified command identification) and destination management 
30 information 535 (which includes destination identification and self-specified command 
identification). The command identification is information which is added to individual 
frame data in order to identify which command is relevant to the frame data being transferred 
between the source and destination. Although a detailed explanation of the composition of 
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frame data is not given here, frame data at least contains information for identifying the 
source (sender)/destination (receiver) of the frame data (source/destination identification), 
frame data type information, and header information including command identification, and 
payload information including access request information or status information or data. Fig. 
5 23 suggests, as an example of virtualization routing control information 530 which is held 
and managed by the port section 8 (In Port) connected with the host computer 1, that the port 
section 8 has received three commands identified by Host„Tag_l, Host_Tag^2, and 
Host_Tag^3 from the host computer identified by Host_Pid_l and respectively has added 
command identifiers InPort_Tag_l, InPort_Tag^2, and InPort_Tag^3 (which it has specified) 
10 to the commands and respectively has sent them to the storage control part 7-1 (SC#1 in Fig. 
23), storage control part 7-2 (SC#2 in Fig. 23) and port section 8 (Out Port in Fig. 23). 

[0179] Fig. 24 shows an example of the frame data transfer process which is performed by 
a component of the virtualization controller 2. This means that the process can be performed 
by a port section 8, the storage control part 7-1, or the storage control part 7-2. This process 

15 begins when frame data is received from the host computer 1 or internal storage 34 or 
external storage device 3, or when a component of the virtualization controller 2 receives 
frame data from another component. Next, the frame data transfer process according to this 
embodiment will be explained as an example, referring to Fig. 24. When a component of the 
virtualization controller 2 receives frame data, first of all it decides whether virtualization is 

20 needed or not (130) (discussed hereinbelow). The following is a concrete example of 
conditions of frame data which should be decided as needing virtualization. 

(1) The destination identification in the frame data is registered in the virtual volume 
management information 520 of the volume mapping information 515. 

(2) The source identification in the frame data is registered in the real volume management 
25 information 521 of the volume mapping information 515. 

(3) The command identification in the frame data is registered in the source management 
information 534 or destination management information 535 of the virtualization routing 
control information 530. 

[0180] The above conditions for decision on the necessity for virtualization are mere 
30 examples and do not limit the invention. The real routing process (131) which is to be 

performed if it is decided that virtualization is not needed is the same as the process shown in 
Fig. 9 and an explanation thereof is omitted here. Next, if it is decided that virtualization is 

40 



needed, the component concerned detects the type of frame data using frame data type 
information included in the frame data. 

Command Frame 

[0181] If the received frame data is found to be a command frame (132), the command 
5 transfer program 531 takes the following steps for transfer of the command frame. 

[0182] 1. Decision on necessity for command conversion (133) 

[0183] Using the frame data destination identification included in the received frame data, 
and if necessary, various information included in the payload of the received frame data 
(destination LUN, etc.) and volume mapping information 515, the command transfer program 
10 531 decides whether it should perform the after-mentioned command conversion process or 
not. For example, if the destination Port ID or LUN is registered in the virtual volume 
management information 520 of the volume mapping information 515, and the information 
for identifying it is registered in the virtualization module management information 523, then 
the program decides that the command needs conversion by it. 

15 [0184] 2. Command conversion (134) 

[0185] If the command transfer program 531 decides that command conversion by it is 
needed, it performs the command conversion process as follows: using the virtual volume 
management information 520 and real volume management information 521 of the volume 
mapping information 515, it replaces the destination identification included in the received 
20 frame data by identification corresponding to a real volume, and the source identification by 
its identification, and access request (command) information (LUN, etc) by access request 
information (LUN, etc) corresponding to a real volume. If it is decided at step 133 that 
command conversion is not needed, the step of command conversion (134) is not taken and 
the sequence proceeds to step 135. 

25 [0186] 3. Detection of command frame destination (135) 

[0187] If it is decided that command conversion is not needed, or after the above command 
conversion process is performed, the command transfer program 531 detects the destination 
to which the command frame is to be transferred, using the virtualization module 
management information 523 (for In Port), or the external volume connection module 
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management information 524 (for the storage controller), or the real volume management 
information 521 (for Out Port) in the volume mapping information 515. 

[0188] 4. Registration of virtualization routing control information (136) 

[0189] Next, the command transfer program 531 registers the source identification and 
5 command identification included in the received command frame, the destination 

identification for identifying the command frame destination, and the command identification 
generated by it, as the source management information 534 and destination management 
information 535 of the virtualization routing control information 530. 

[0190] 5. Command transfer (137) 

10 [0191] The command transfer program 531 replaces the command identification included • 
in the received command frame by the command identification which it has generated and 
sends the latter to the above detected command frame destination (137). This concludes the 
whole command frame transfer process. 

Response Frame 

15 [0192] If the received frame data is found at step 132 to be not a command frame but a 

response frame (138), the response transfer program 532 takes the following steps for transfer 
of the response frame. 

[0193] 1. Decision on necessity for response generation (139) 

[0194] Using the command identification included in the received response frame and 
20 volume mapping information 515, the response transfer program 532 decides whether it 
should perform the response generation process or not. For example, if the source 
identification included in the received response frame is registered in the real volume 
management information 521 of the volume mapping information 515, and its identification 
is registered in the virtualization module management information 523, then it decides that 
25 the response frame is frame data which needs response generation by it. 

[0195] 2. Response generation (140) 

[0196] If the response transfer program 532 decides that response generation is needed, it 
performs the response generation process as follows: using the virtual volume management 
information 520 of the volume mapping information 515, it replaces the source identification 
30 included in the received response frame by identification corresponding to a virtual volume, 
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and the destination identification by identification for the corresponding host computer, and if 
necessary, generates new status information according to the status information included in 
the received response frame and replaces the old status information by the new one. 

[0197] 3. Detection of response frame destination (141) 

5 [0198] Then, the response transfer program 532 detects the destination to which the 

response frame is to be transferred, using the command identification included in the received 
frame data and the virtualization routing control information 530. For example, it detects the 
command management information in the destination management information 535 of the 
virtualization routing control information 530 which agrees with the command identification 
10 included in the received frame data and recognizes the source identification in the source 
management information 534 corresponding to ^e command management information, as 
representing the destination for the response frame. 

[0199] 4. Response transfer (142) 

[0200] Next, the response transfer program 532 replaces the command identification 
15 included in the received response frame by the corresponding source command identification 
in the source management information 534 of the virtualization routing control information 
530, and sends it to the response frame destination detected at step 141. 

[0201] 5. Updating the virtualization routing control information (143) 

[0202] Then, the response transfer program 532 deletes the corresponding entry 
20 (destination/source management information) in the virtualization routing control information 
530 according to the command identification included in the received response frame and 
concludes the whole response frame transfer process. 

Other Frame 

[0203] If the received frame data is found to be a frame (e.g., data) other than a command 
25 frame and a response frame, the other transfer program 533 takes the following steps for 
transfer of the frame data. 

[0204] 1. Decision on necessity for virtualization (144) 

[0205] Using the frame data destination/source identification and command identification 
included in the received frame data, volume mapping information 515 and virtualization 
30 routing control information 530, the other transfer program 533 decides whether it should 

43 



perform the virtualization process or not. For example, if the destination or source 
identification is registered in the real volume management information 521 or virtual volume 
management information 520 of the volume mapping information 515, and its identification 
is registered in the virtualization module management information 523, then the other transfer 
5 program 533 decides that it is frame data which needs virtualization by it, 

[0206] 2. Virtualization (source/destination identification conversion) (145) 

[0207] If the other transfer program 533 decides that virtualization by it (source/destination 
identification conversion) is needed, it performs the virtualization process as follows: using 
the virtual volume management information 520 and real volume management information 

10 521 of the volume mapping information 515, it replaces the source or destination 

identification included in the received frame daja by virtual or real volume identification 
information. For example, if the destination identification included in the received frame 
data agrees with virtual volume identification information (from a host computer to the 
virtualization controller), the other transfer program 533 replaces the destination 

15 identification by real volume identification information; or if the source identification 

included in the received frame data agrees with real volume identification information (from 
the virtualization controller to a host computer), it replaces the source identification by virtual 
volume identification information. 

[0208] 3. Detection of other frame data destination (146) 

20 [0209] Then, the other transfer program 533 detects the destination to which the frame data 
is to be transferred, using the command identification included in the received frame data and 
the virtualization routing control information 530, For example, the other transfer program 

533 detects the command management information in the source management information 

534 of the virtualization routing control information 530 which agrees with the command 

25 identification included in the received frame data and recognizes the destination identification 
in the destination management information 535 corresponding to the command management 
information, as representing the destination for the frame data. 

[0210] 4. Transfer of frame data (147) 

[0211] Next, the other transfer program 533 replaces the command identification included 
30 in the received frame data by the corresponding source command identification in the source 
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management information 534 of the virtualization routing control information 530, and sends 
it to the frame data destination detected at step 156. 

[0212] For simplification, the above explanation assumes that the external port 
identification (which is used with a host computer or storage device) is the same as the 
5 internal one (which is used with another internal component of the virtualization controUer). 
However, the present invention is not limited thereto. When the internal and external port 
identifications are different, it may be sufficient for the virtualization controller 2 to have 
information which defines the relation between them. 

[0213] Next, an explanation will be given of the data transfer process in this embodiment 
where different access paths between a host computer and a storage device offering a real 
volume are available. In this embodiment, a pqjt section 8 or the storage control part 7-1 or 
storage control part 7-2 performs the data transfer process and, upon completion of data 
transfer, updates the volume mapping information 515. Which component is to perform this 
process is determined according to the virtualization module management information 523 of 
the volume mapping information 515. In other words, the component registered as a 
virtualization module in the virtualization module management information 523 performs the 
data transfer process for the corresponding virtual volume and updates the volume mapping 
information 515. For example, if the volume mapping information 515 is as shown in Fig. 22, 
the storage control part 7-2 performs the data transfer process for the virtual volume 
identified by Port ID=V_Pid_2, Port Name=V_Pname__2, LUN=0 and updates the volume 
mapping table. The sequences for data transfer and volume mapping table updating are the 
same as in the first embodiment. 

[0214] In this embodiment, the virtualization module may be changed. Next is an 
explanation of a data transfer process involving change of the virtualization module. A data 
25 transfer process involving change of the virtualization module is classified into two cases: in 
one case, the access path type (first, second or third access path) is changed; and in the other 
case, the access path is constant but the virtualization module is changed. The following is an 
explanation of a case that the access path is changed from the second access path type to the 
third one. 

30 [0215] Fig. 25 shows an example of volume mapping information 515 which is held by the 
port section 8 (In Port) of the virtualization controller 2 before the data transfer process; Fig. 
26 shows an example of volume mapping information 515 which is held by the storage 
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control part 7-2 before the data transfer process; and Fig. 27 shows an example of real 
volume mapping information 515 which is held by the port section 8 (Out Port) of the 
virtualization controller 2 before the data transfer process. 

[0216] As shown in Fig. 25, V^Pid^l, V__Pid_2, and V_Pid_3 are registered as virtual 
5 volume management information managed by the port section 8 (In Port). This indicates that 
the port section 8 (In Port) constitutes an access path for three virtual volumes (V_Pid_l, 
V_Pid_2, and V_Pid_3) which the virtualization controller 2 offers to the host computer. 
Likewise, Fig. 26 indicates that the storage control part 7-2 constitutes an access path for the 
virtual volume V_Pid_2; and Fig. 27 indicates that the port section 8 (Out Port) constitutes an 
10 access path for two virtual volumes (V_Pid_2 and V_Pid_3). In addition, the virtualization 
module management information in Figs. 25, 26 and 27 indicates that the storage control part 
7-1 (SC#1), storage control part 7-2 (SC#2), and Out Port perform virtualization of the virtual 
volumes identified by V_Pid_l, V_Pid_2, and V_Pid_3, respectively. 

[0217] Therefore, the access path between the virtual volume V_Pid__l and the host is of 
15 the first type, namely a path which leads from In Port through the backplane 9 to the storage 
control part 7-1 in which virtualization is performed. The access path between the virtual 
volume V_Pid_2 and the host is of the second type, namely a path which leads from In Port 
through the backplane 9 to the storage control part 7-2 in which virtualization is performed, 
and then (after virtualization) leads through Out Port and reaches an external storage. The 
20 access path between the virtual volume V_Pid_3 and the host is of the third type, namely a 
path which leads from In Port through the backplane 9 to Out Port 7-1 in which virtualization 
is performed, skipping the storage control parts. 

[0218] Figs. 28 to 30 show examples of volume mapping information 515 which are 
respectively held by the port section 8 (In Port), storage control part 7-2, and port section 8 
25 (Out Port) after the access path to the virtual volume (V_Pid_2) shown in Figs. 25 to 27 has 
been changed from the second type to the third type and data transfer between external 
storages 3 (data transfer from the real volume identified by P_Pid_2 and LUN 0 to the real 
volume identified by P_Pid_3 and LUN 1) has been made. 

[0219] Fig. 28 and Fig. 30 respectively show volume mapping information which is held by 
30 the port section 8 (In Port) and the port section 8 (Out Port) respectively. As indicated by Fig. 
28 and Fig. 30, the identification for the real volume corresponding to the virtual volume 
identified by V_Pid_2 is replaced by P.Pid_3, P_Pname_3, LUN 1, which is destination real 
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volume identification, and the virtualization module management information is replaced by 
"Out Port" which represents the port section to perform virtualization in the new access path 
(third type access path). Fig. 29 shows volume mapping information which is held by the 
storage control part 7-2. In the third type access path, the storage control part does not 
5 constitute an access path which is used to offer a virtual volume to the host computer. 
Therefore, the entry for the virtual volume identified by V_Pid_2 is deleted here. 

[0220] A detailed explanation of the data transfer process according to this embodiment is 
omitted because the process is achieved when an adequate component of the virtualization 
controller 2 (for example, a component which performs virtualization before data transfer) 
10 follows the abovementioned data transfer process according to the above (first to third) 
embodiments. 

[0221] It is desirable that volume mapping information 515 should be updated by the 
components of the virtualization controller 2 synchronously. Therefore, it is desirable that as 
in the above embodiments, its updating should be made through the main control part 20 of 

15 the virtualization controller 2 upon completion of data transfer between storages. In other 
words, it is desirable that a component which performs the process for data transfer between 
storages should notify the main control part 20 of completion of data transfer and the main 
control part 20 thus notified should update the relevant volume mapping information 515. 
The same applies to the procedure for updating volume mapping information 515 in a case 

20 that only the access path is changed and data transfer between storages is not made. 

[0222] The above explanation assumes that the port section (In Port) connected with the 
host computer 1 and the port section (Out Port) connected with an external storage 3 are 
different port sections. However, the present invention is not limited thereto. It is also 
possible, for example, that a port section 8 is connected with a host computer 1 and an 

25 external storage 3 at the same time. Furthermore, the above explanation assumes that Port ID 
and Port Name as information for identifying a virtual volume arc identifiers assigned to a 
virtual port offered to the host computer 1 by the virtualization controller 2, However, the 
invention is not limited thereto. According to this embodiment in particular, the actual 
identifiers assigned to port sections 8 of the virtualization controller 2 may be used as virtual 

30 volume management information. 

[0223] According to the present invention, data can be transferred between storage devices 
without revising the identification information which a host computer uses to identify the 
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volume to be accessed. As a consequence, data transfer takes place without stopping 
operation of the host computer. 

[0224] Furthermore, according to the present invention, even when a virtualization 
controller is newly introduced or replaced in a computer system, a host computer can access 
data without revising the information for identifying the volume to be accessed. As a 
consequence, it is possible to introduce or replace a virtualization controller in the computer 
system without stopping operation of the host computer. 

[0225] It is to be understood that the above description is intended to be illustrative and not 
restrictive. Many embodiments will be apparent to those of skill in the art upon reviewing 
the above description. The scope of the invention should, therefore, be determined not with 
reference to the above description, but instead sjiould be determined with reference to the 
appended claims along with their full scope of equivalents. 
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